package com.itguigu.glimail.product;

import org.mybatis.spring.annotation.MapperScan;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cache.annotation.EnableCaching;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;
import org.springframework.cloud.openfeign.EnableFeignClients;
import org.springframework.session.data.redis.config.annotation.web.http.EnableRedisHttpSession;

/**
 * 1. 整合mybatis-plus
 * 1! 导入依赖
 * <dependency>
 * <groupId>com.baomidou</groupId>
 * <artifactId>mybatis-plus-boot-starter</artifactId>
 * <version>3.2.0</version>
 * </dependency>
 * 2! 配置
 * 1.配置数据源
 * 导入数据库驱动
 * 在application.yml配置数据源相关信息
 * 2.配置mybatis-plus;
 * 使用@MapperScan
 * 告诉mybatisplus,sql映射文件
 * 2、逻辑删除
 * *  1）、配置全局的逻辑删除规则（省略）
 * *  2）、配置逻辑删除的组件Bean（省略）
 * *  3）、给Bean加上逻辑删除注解@TableLogic
 */

/**
 *SpringBoot 配置方式：
 *
 * application.yml 加入配置(如果你的默认值和mp默认的一样,该配置可无):
 *
 * mybatis-plus:
 *   global-config:
 *     db-config:
 *       logic-delete-value: 1 # 逻辑已删除值(默认为 1)
 *       logic-not-delete-value: 0 # 逻辑未删除值(默认为 0)
 * 注册 Bean：(3..1.1之后不用
 *写)
 * 复制代码
 * import com.baomidou.mybatisplus.core.injector.ISqlInjector;
 * import com.baomidou.mybatisplus.extension.injector.LogicSqlInjector;
 * import org.springframework.context.annotation.Bean;
 * import org.springframework.context.annotation.Configuration;
 *
 * @Configuration
 * public class MyBatisPlusConfiguration {
 *
 *     @Bean
 *     public ISqlInjector sqlInjector() {
 *         return new LogicSqlInjector();
 *     }
 * }
 * 复制代码
 * 实体类字段上加上@TableLogic注解
 * @TableLogic
 * private Integer deleted;
 * 效果: 使用mp自带方法删除和查找都会附带逻辑删除功能 (自己写的xml不会)
 * example
 * 删除时 update user set deleted=1 where id =1
 * 查找时 select * from user where deleted=1
 * 附件说明
 *
 * 逻辑删除是为了方便数据恢复和保护数据本身价值等等的一种方案，但实际就是删除。 如果你需要再查出来就不应使用逻辑删除，而是以一个状态去表示。 如： 员工离职，账号被锁定等都应该是一个状态字段，此种场景不应使用逻辑删除。 若确需查找删除数据，如老板需要查看历史所有数据的统计汇总信息，请单独手写sql。
 * 3、JSR303
 *   1）、给Bean添加校验注解:javax.validation.constraints，并定义自己的message提示
 *   2)、开启校验功能@Valid
 *      效果：校验错误以后会有默认的响应；
 *   3）、给校验的bean后紧跟一个BindingResult，就可以获取到校验的结果
 *   4）、分组校验（多场景的复杂校验）
 *         1)、	@NotBlank(message = "品牌名必须提交",groups = {AddGroup.class,UpdateGroup.class})
 *          给校验注解标注什么情况需要进行校验
 *         2）、@Validated({AddGroup.class})
 *         3)、默认没有指定分组的校验注解@NotBlank，在分组校验情况@Validated({AddGroup.class})下不生效，只会在@Validated生效；
 *
 *   5）、自定义校验
 *      1）、编写一个自定义的校验注解
 *      2）、编写一个自定义的校验器 ConstraintValidator
 *      3）、关联自定义的校验器和自定义的校验注解
 *      @Documented
 * @Constraint(validatedBy = { ListValueConstraintValidator.class【可以指定多个不同的校验器，适配不同类型的校验】 })
 * @Target({ METHOD, FIELD, ANNOTATION_TYPE, CONSTRUCTOR, PARAMETER, TYPE_USE })
 * @Retention(RUNTIME)
 * public @interface ListValue {
 *
 * 4、统一的异常处理
 * @ControllerAdvice
 *  1）、编写异常处理类，使用@ControllerAdvice。
 *  2）、使用@ExceptionHandler标注方法可以处理的异常。
 *
 *8 整合springCache 简化缓存开发
 * 1 引入依赖<dependency>
 *             <groupId>org.springframework.boot</groupId>
 *             <artifactId>spring-boot-starter-cache</artifactId>
 *         </dependency>    <groupId>org.springframework.boot</groupId>
 *
 *             <artifactId>spring-boot-starter-data-redis</artifactId>
 *  2写配置
 *    1自动配置了哪些
 *    CacheAutoConfiguration会导入RedisCacheAutoConfiguration
 *    自动配置好了RedisCacheManager
 *    2 配置使用redis  进行缓存
 * 3 测试
 *

 * @Cacheable triggers cache population :触发将数据保存到缓存的操作

 @CacheEvict triggers cache eviction : 触发将数据删除到缓存的操作

 @CachePut updates the cache without interfering with the method execution 不影响方法执行更新缓存

 @Caching regroups multiple cache operations to be applied on a method 组合以上多个操作

 @CacheConfig shares some common cache-related settings at class-level 在类级别共享缓存的相同配置
        开启缓存功能  使用注解就能操作缓存

     4)原理:
        CacheAutoConfiguration ->     RedisCacheConfiguration->自动配置了RedisCacheManager->初始化所有的缓存->
 每个缓存使用什么配置->有就是用已配置的,没有就是用默认的->想改缓存的配置,只需要给容器中放一个RedisCacheConfiguration即可->
 就会应用到当前redisCacheManager管理的所有缓存分区中
 //
springCache的不足:
 读模式
    1 缓存穿透  查询一个null数据  缓存空数据
    2 缓存击穿  大量并发进来同时查询一个整好过期的数据  加锁  ?  默认无加锁
    3 缓存雪崩   大量的key同时过期 解决加随机事件
写模式(缓存与数据库一致)
    1读写加锁
    2引入canal  感知到mysql的更新去更新数据
    3读多写多  直接去数据库查询就行
  cacheManager->cache->redis
 总结:
 常规数据(读多写少 即时性和一致性要求不高的)  ;完全可以使用springCache 写模式 (只要缓存数据有过期时间就够了)

 特殊数据  特殊设计
 */
@EnableRedisHttpSession
@EnableFeignClients(basePackages = "com.itguigu.glimail.product.feign")
@EnableDiscoveryClient
@MapperScan("com.itguigu.glimail.product.dao")
@SpringBootApplication
public class GlimailProductApplication {

    public static void main(String[] args) {
        SpringApplication.run(GlimailProductApplication.class, args);
    }

}
